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BACKGROUND OF THE INVENTION 

Field of the Invention 

[0001] This invention relates to the arts of enterprise application servers, and 
especially to the technologies of extensible resource libraries available to applications 
5 being executed by an application server. 



Description of the Related Art 

[0002] Application servers are prevalent throughout business, scientific and 
entertainment industries, as they provide everything from "back office" automation 
such as billing, accounting, and order entry functions; to customer interface functions 

10 such as allowing clients to place orders directly into a suppliers computers, reserve 
products or services, and manage their own accounts; to online entertainment and 
gaming systems which allow customers to access games and useful information in 
trade for being presented marketing information, banner advertisements, and 
sponsored hyperlinks. As such, application servers may communicate with client 

15 computers via a corporate intranet or private computer network, via a publicly 
accessible network such as the Internet, or both. 

[0003] An application server is a server computer and one or more programs that 
provides the logic for an online or automated application, and is typically part of a 
larger, distributed computing system. Application servers are often modeled as a 
20 component of a three-tier system having a graphical user interface (GUI) server, an 
application or business logic server, and a database server. 
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[0004] One such application server is the WebSphere [TM] product from 
International Business Machines. WebSphere is available for a number of platforms, 
including computers from personal computers to high-end "main frames" running 
operating systems ranging from Microsoft Windows NT [TM], to IBM's AIX [TM], 
5 to the open source Linux. 

[0005] A WebSphere application server provides an environment for open 
distributed computing. Users and processes on a wide variety of platforms can interact 
by using the facilities provided by WebSphere. A common method of organizing 
software to run on distributed systems is to separate functionality into two parts: 

10 clients and servers. A client is system that runs one or more programs and uses 

services provided by server systems, the server systems themselves running one or 
more server programs. The client system makes a request for a service to the server 
system, and a server system performs that service on behalf of the client system. 
[0006] For many applications, the application server cooperates with or even 

15 incorporates a Web server, such as a hyper text transfer protocol (HTTP) server, for 
communicating with web browser computers as the client computers. In such an 
instance, the application server is often referred to as a "Web Application Server" or 
"Web Server". In this configuration, a web browser client allows the user interface to 
be implemented in the well-known hyper text markup language (HTML). A typical 

20 web server provides one or more well-known methods to forward a request to an 

application server and to return information to the user, including: Common Gateway 
Interface (CGI), Microsoft's [TM] Active Server Pages (ASP), Java Server Pages 
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(JSP), or even the more advanced Common Object Request Broker Architecture 
(CORBA). 

[0007] Server system functionality usually includes "resource management", through 
which a server synchronizes and manages access to one or more "resources" such as 
5 databases or database servers. Client requests are received by the server system, 
processed, and appropriate accesses to the resources are made. A response to the 
client system is then created and transmitted to the client system. This general model 
is applicable to many server paradigms, including online banking, order entry and 
tracking, e-commerce, and even electronic mail processing. 

1 0 [0008] Client programs typically handle user interactions, such as presenting drop 
down lists, menus, pages of information, and "playing" animated graphics or audio. 
Client programs also typically include functionality to request data or to initiate some 
data modification on behalf of a user by the server system. For example, a client 
system can display a form on which a user can enter orders for a product. The client 

1 5 may then transmit this order information to a server system, which checks a product 
database and performs tasks needed for billing and shipping. 
[0009] In many cases, a single server system is used by multiple clients 
simultaneously. For example, dozens or hundreds of clients can interact with a handful 
of servers that control database access. 

20 [0010] A common model of client/server systems, shown in FIGURE 1, uses three 
tiers: one or more client systems (10) that interact with the users, one or more 
application servers (12) that contain the business logic of the applications provided to 
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the users, and one or more resource managers (13) and associated data stores (14) that 
store and retrieve data. 

[0011J In this model, the network (1 1) between the clients and the servers (12) may 
be a corporate local area network (LAN) or intranet, such as in the case of a corporate 
5 application server which is not publicly accessible. In this case, the client systems may 
be provided with any specific software programs, such as IBM's Lotus Notes, which 
cooperates with the application server programs. For applications which are intended 
for widespread use or public use, the network (11) may be the Internet, the client 
computers may be equipped with appropriate web browser software such as 

10 Netscape's Navigator [TM], and the application servers are equipped with appropriate 
HTTP server software, such as the IBM WebSphere product. 
[0012] The interfaces between the servers (12) and the resource manager(s) (13) 
may be LAN, Internet, or a proprietary interface. The data stores and databases (14) 
may be physically housed in separate platforms, or may be integrated to the resource 

15 managers (13). In some cases, the resource managers, databases, and application 
servers may be software processes all executing on the same platform, too. 
[0013] Using this arrangement of systems and functionality, the client systems (10) 
are isolated from having to know anything about the actual resource managers (13) 
and resources (14). It needs only to have the capability to communicate and interact 

20 with the server systems (12), and does not have to have specific capabilities or 
software to communicate directly with the resources (14). This allows a service 
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provider to make changes to the resource tier of the arrangement without requiring 
changes to the client systems. 

[0014] For example, a bank may install a new system of databases for online loan 
processing. With this arrangement, an HTML web browser client computer may be 
5 enabled to access these new databases and online loan services through changes to the 
server computer programs only, without need for changes to the client computer. 
Since most servers are relatively few in number compared the to vast number of client 
computers (and potential client computers) they server, this is an significant advantage 
of the arrangement Additionally, the resource manager can be assigned the task of 
10 security and access control such that users requesting secure data from the resources 
may be allowed or denied access to that data. 

[0015] Because there is often need to rapidly develop and deploy in the market place 
new business applications and enhancements to existing business applications, there 
are several "standards" with which most application servers are compatible. This 

1 5 allows the business application program developers to work within programming and 
computing environments in which they are familiar, regardless of which specific 
application server platform will eventually execute the application. 
[0016] In recent years, Sun Microsystems' Java [TM] programming language and 
programming environment have gained widespread acceptance and use due to its 

20 portability between a wide variety of platforms, and due to its object oriented 
methodology. 
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[0017] Java client programs, or "applets", can be delivered by a server computer to a 
client computer using common protocols such as HTTP, with links to retrieve the 
applets embedded in forms or web pages. Server programs are often implemented as a 
collection of "servelets". 
5 [0018] Recently, Sun Microsystems has extended the definition of the general Java 
environment to include more enterprise and distributed computing functionality, called 
Java platform Version 2 Enterprise Edition (J2EE). J2EE supports the 3-tiered model 
of client-server-resource manager, as previously described. The J2EE platform is a 
platform for hosting J2EE applications specified as a set of required application 
10 program interfaces (APIs) and policies. The J2EE specifications and documentation 
are readily available from Sun Microsystems, and J2EE is well-known by those skilled 
in the art. 

[0019] The J2EE specification mandates that application server products support the 
use of universal resource locator (URL) resources by the applications that run in the 
1 5 server. URLs can have many different protocols besides the common ones, such as 
HTTP, FTP, file, and mailto, that are supported by the default code that is supplied 
with the Java Virtual Machine (JVM) libraries. 

[0020] However, the J2EE specification does not state the limits of URL protocol 
support, and only the default URL protocols are tested for specification compliance. 
20 [0021] There are several examples of non-default URL protocols that applications 
may need to use, however. One such example is the Network News Transfer Protocol 
(NNTP) for Usenet newsgroups. 
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[0022] Therefore, there is a need in the art for a system and method which enables 
an application server to support the use of any URL, regardless of the protocol for 
that URL, especially with respect to standard enterprise platforms such as J2EE. 
There is a further need in the art for this system and method to allow for the extension 
of the application server with external URL handling code for any protocol desired. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0023] The following detailed description when taken in conjunction with the figures 
presented herein provide a complete disclosure of the invention. 
[0024] FIGURE 1 shows the well known three-tiered model of client-server 
5 arrangements in enterprise computing. 

[0025] FIGURE 2 depicts the J2EE organization of business and user interface 
functions. 

[0026] FIGURE 3 illustrates the logical flow of the invention for creating or 
configuring an extension to the default application server URL resources. 
10 [0027] FIGURE 4 sets forth the logical process of using a new or extension resource 
during application execution. 
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SUMMARY OF THE INVENTION 
[0028] This system and method of the invention define how an application server 
can support the use of any URL, regardless of the protocol for that URL. It allows for 
the extension of the application server with external URL handling code for any 
5 protocol desired. The invention allows an application server to be more flexible and 
useful for Application Integration because the use of URL resources is not limited to 
the default resources supported in the enterprise platform, such as the limitations 
found in the present J2EE JVM. Therefore, a broader set of applications can be 
integrated and served by the so-equipped application server product. 

10 [0029] New URLs are created, and new URL providers are installed on each 

application server node. New URL resources are created, as well, and references to 
the new URL objects are bound into the global namespace of the server. 
[0030] During configuration of the application server, the new URL providers are 
registered and the default URL stream handler factory is overridden and replaced by a 

15 new URL stream hander factory. During runtime of an application program, the 

application program can perform a lookup by resource name, which is handled by an 
application server naming service and answered with a URL for one of the new URL 
resources. Then, the application server may use the new URL resource as needed. 
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DETAILED DESCRIPTION OF THE INVENTION 
[0031] The present invention provides a system and method for an application server 
to support the use of any URL, regardless of the protocol for that URL. It allows for 
the extension of the application server with external URL handling code for any 
5 protocol desired. The invention is preferably realized as a combination of "standard" 
or well-known software, combined with an implementation of the method of the 
invention in software, all executing on a commonly available computing platform. 
[0032] Use of this invention in a "standard" application server makes the improved 
application server more flexible and useful for Application Integration because the use 
10 of URL resources is not limited to the default ones supported in the enterprise 

platform, such as the limitations found in the present J2EE JVM. Therefore, a broader 
set of applications can be integrated and served by the so-equipped application server 
product. 

[0033] In the preferred embodiment, the "standard" software used is an IBM 
15 WebSphere Application Server, release 4.0 (or higher), running on a personal 

computer platform running Microsoft's Windows NT [TM] operating system. Those 
skilled in the art will readily recognize that many alternate computing platforms, 
operating systems, and enterprise application server suites may be used with the 
present invention without departing from the scope of the invention, such as UNIX, 
20 Linux, IBM's AIX [TM], Sun Microsystems' Solaris, or Hewlet-Packard's HP-UX 
operating systems running on common computing platforms such as personal 
computers, AS/400's, mid-range servers, System 360 computers, etc. 
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[0034] The invention allows the default resource objects on an application server, 
and especially a J2EE-compliant application server, to be extended to include other 
resource objects which are accessible to and usable by Java Version 2 Enterprise 
Edition (J2EE) Enterprise JavaBeans (EJB), servlets or other application programs. 
The primary benefit of the J2EE application model is in the middle tier of the model as 
described in FIGURE 1 . 

[0035] In the well-known J2EE platform, middle-tier business functions are 
implemented as Enterprise JavaBean components (EJB), as shown in FIGURE 2. This 
organization allows the user interface (25) functions to be separated from the business 
logic (24) on the application server (22). The business logic (24) interfaces to the 
resources (23) such as a resource manager, and the user interface (25) interfaces to the 
clients (21). This achieves a realization of the idealized model of FIGURE 1, with 
separation and isolation of client interface methods from resource interface methods. 
The method of the invention supports access to URL resources by application 
programs such as EJBs which have different protocols than the default protocols 
supported by the JVM in any J2EE-compliant web server, but especially within the 
WebSphere server as in the preferred embodiment. 

[0036] The enterprise beans component model allows service developers to focus on 
the business logic and to let the application server handle the complexities of delivering 
a reliable, scalable service. Thus, EJB components implement the business logic in the 
middle tier of the model of FIGURE 1. 
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[0037] Returning to FIGURE 2, the user interface (25) presents middle-tier 
functions to the client tier as Internet-style services, usually through JavaServer Pages 
technology and servlets. Using JSP technology makes it easy for user interface 
developers to present dynamically generated pages to any client equipped with an 
5 Internet browser. Servlets give more sophisticated developers of Java-based 

applications the ability to implement dynamic presentations completely in the Java 
programming language. JSP, servlets, HTML, HTTP, and ASP are well-known in the 
art. 

[0038] The remainder of this disclosure presents the method of the invention in a 
1 0 manner suitable for realization as a process executed in part by a system administrator, 
and in part by the server software. It will be recognized by those skilled in the art that 
other equivalent implementations may be possible, using other programming 
methodologies, server suites, and computing platforms, as well as complete 
automation of the method, without departing from the scope of the invention. 
1 5 [0039] In the J2EE platform, the applications link to their needed resources by 
indirection through Java Naming Directory Interface (JNDI) lookup. As such, the 
applications themselves don f t contain any knowledge or details regarding their linked 
resources, other than the fact that the resources can be instantiated as instances of the 
appropriate resource type. 
20 [0040] Essentially, during runtime, the application performs a "lookup" on a 
specified string which contains the name of the resource, but does not include 
information regarding the resource configuration. 
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[0041] The application server codeflow receives the lookup, retrieves one of the 
requested resources, and returns it to the requesting application. The application casts 
it as a URL, and then begins to use the resource by establishing a connection to it 
using the standard Java APIs. The resource may not be co-located with the 
5 application, but may be remotely invoked or used over a computer network in some 
instances. This process is part of the standard, well-known J2EE platform. 
[0042] However, the J2EE specification requires application servers to support 
indirect lookup of URL resources, but does not provide a method for doing this in a 
broad or extensible manner. If a system does not extend the standard set of URL 
1 0 resources provided by the J2EE JVM, the application programs' abilities are limited to 
the default abilities in the JVM resource libraries, such as HTTP, FTP, "file:" and 
"mailto:". 

[0043] So, the following method of the invention extends the ability to support any 
URL resource with any protocol beyond the default protocols, whether that be a 

1 5 proprietary protocol or another standard protocol which is not included in the JVM 
library, all of this being done through the use of indirect lookup by URL in compliance 
with the J2EE specification. This allows users of an application server to incorporate 
their own libraries or other third-party libraries as needed without adopting a 
proprietary scheme for use of the new resource, and without causing the system to be 

20 non-compliant with the J2EE specification. 

[0044] A key aspect of the method is the capture of certain information about the 
new or extension library such that the system administration for the application server 
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can load the new library and assign requested resources to requesting applications 
during runtime. 

[0045] FIGURE 3 depicts the logical flow of the invention for creating (30) or 
configuring an extension to the application server URL resources. First, a services 
5 developer creates (3 1) a new URL Provider, and specifies the name, description, 
supported protocol, and stream handler class name. 

[0046] Next, the new URL Provider is installed (32) on each desired node, and the 
classpath on each node (i.e., location of the Provider's jar file on the node) is specified. 
[0047] Then, the services developer creates (33) a new URL resource giving the 

10 name, description, and URL specification string. According to the preferred 
embodiment, this may be done in the WebSphere admininistration domain. The 
administration system binds (34) a reference to the URL object into the global 
namespace at "url/<name>", where <name> is the name of the new URL resource. 
While "url/<name>" is the default location of the method, this can be overridden by 

1 5 the system administrator. 

[0048] Now, a services developer or system administrator may deploy onto 
application servers an application which contains a reference to the new or extension 
URL resource. 

[0049] The service developer then selects (36) a URL from the existing set of 
20 defined resources to bind to the application's reference to the new resource. 

[0050] Turning to FIGURE 4, the process of using (40) the new resource during 
application execution is shown. First, of course, the application server with the 
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application program is started (41). Then, the application server notices (42) the list 
of installed URL Providers on its node, as well as the set of URL resources used by 
applications installed on it. The application server registers (42) each URL Provider 
in a table of (protocol, streamHandlerClass) pairs that the server's 
5 streamHandlerFactory class uses to return the appropriate stream handler for a given 
protocol. The application server also calls 

java.net.URL.setURLStreamHandlerFactoryO to register (43) the extension factory 
class in order to override the default URLStreamHandler factory provided by the base 
Java runtime. 

10 [0051] Further during application server initialization, the server configuration 

object binds (44) the URL object into the application server's javaxomp namespace. 
[0052] After the application is started (47), an application program such as an EJB 
performs (48) a lookup ("java:comp/env/url/<logical name>") for which the naming 
service returns (46) the URL object which was earlier bound (44) in the server's 

1 5 namespace. The application then may use (49) the resource via the URL as needed, 
thereby meeting the J2EE requirement while also allowing the default set of resources 
to be extended and/or overridden completely. 

[0053] It will be recognized by those skilled in the art that the foregoing detailed 
description is given in terms of a preferred embodiment, and that many variations and 
20 modifications from the preferred embodiment may be made without departing from the 
spirit and scope of the invention, such as us of alternate programming methodologies 
and languages, operating systems, computing platforms, and enterprise application 
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server suites. As such, the scope of the present invention should be determined by the 
following claims. 
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